金融IT应小心陷入单纯追求技术目标的误区
作者 | 苏文力
阳光保险集团总裁助理,金融科技专家,看懂经济专栏作家(ta已经入驻看懂App小程序,关注他可来看小程序)
◆ ◆ ◆
一、思维中的局限
另一件让我印象深刻的教训是在老东家建设全行网络系统的项目中。在方案前期研究论证阶段,我提出用微型机联网的设计思路。从技术上看,完全符合工程要求,施工难度比较小,投入成本也非常少,还可以快速实施见效。领导却认为该思路存在局限,这件事后来交由其他同事负责了。
很快最终方案确定下来了,与自己曾经的思路完全不同。方案采用国外最新款小型机在各省和地市分行部署联网,所需费用成倍上升。由于涉及到新设备和配套系统的学习掌握,还需要安排出国培训。还要安排一系列开发和试点验证工作。工程难度和周期都大幅增加。这让我有些想不通,为什么要采用如此大动干戈的方案呢?
工程实施过程中,各分行的领导,以及IT部门人员表现出非常高的参与热情,进展十分顺利。让我没有想到是该项目除搭建了高质量的主干网络系统外,还带来特别有价值的附加效应。各级领导对于全行网络建设给予了积极的关注,全行上下达成要全面启动业务应用网络化的共识,为全行IT应用迈上网络化台阶奠定了基础。
这让我反思,如果采用我提出的方案去开展该工程会怎样。很可能各级领导看到如此少的经费投入,这么小的工程规模,就不会有如此的重视程度。若方案没有太多新技术内容,具体工程人员也就不会有太多参与的热情。估计工程也可以正常完成,但很可能也就在不温不火中结束。很难推动后续全行IT网络化应用的全面开展。
◆ ◆ ◆
二、站在系统全局看问题
一定要先想明白到底业务需要的是什么,最终做出来怎样的东西才是业务真正所需要的,业务会如何使用这些成果,会为其带来怎样的价值。必须要与企业领导和业务部门的人员一起讨论技术架构和技术平台的建设规划。千万别认为这些都是技术部门自己的事情,避免导致工作方向上的偏误。
要想方设法让领导和业务人员了解技术会带来什么。讨论中切忌简单使用技术概念和词汇,而应该用那些能够让对方理解的语言去讲解。如果你无法解释清楚到底技术上做的是什么,能够为业务带来什么,那么你对所要做的事情根本就没有真正想明白,那就还需要更深入的研究思考。
例如很多IT部门热衷于从技术层面建立数据仓库,认为会对满足未来业务方面数据统计和分析带来很大帮助。为此投入了大量开发资源,或许在技术实现上完成的很先进。实际应用下来就会发现,真正产生的业务价值并不突出。IT人员可能会强调业务方面不积极,各个系统缺乏统一规划,数据缺乏统一标准等等客观原因,但难以推卸自身的责任。根本错误很可能是对技术抱有不切实际的幻想。
技术上的很多好想法,需要有业务上的配套支持,而业务发展的现实状况很可能不具备相应的条件。片面强调在技术上做出完美解决方案,就会带来曲高和寡的局面。正确的做法应该是瞄准未来的最终结果,结合现实条件,开发实现能够快速带来业务价值的需求,先向前迈出一步。这样不断积累,待条件成熟后,就会水到渠成做出适合业务发展的好平台。
业务发展到一定程度时,受到现有技术架构的限制,技术上可能会出现力不从心的状况。这时候需要一定的时间周期,升级改造技术架构。一定要与企业领导和业务部门充分沟通,特别要请业务人员在此过程中成为更为积极的参与者。若只考虑技术的一面,忽视业务方面的配合,往往经过一段时间闭门造车,最终的结果还是不尽如人意。时间一长,领导和业务部门就会失去耐心,认为技术只是在找借口,掩盖自己的无能。
技术上追求自身的利益无可厚非,但要知道只有帮助企业创造了价值才真正能够提升自己的影响力。正所谓成就别人才能成就自己。多年前作为鉴定委员去给很多银行的申报系统做鉴定。从技术上看,有些系统的设计实现十分先进,也充满了创意。可惜因没有在业务经营上体现出优异的效果,最终也就很难更好的证明自己,也就不会获得理想的评价。
IT架构最重要的是适合业务需要。过分追求架构的先进性和对未来扩展的支持,将会消耗大量的IT资源。这些投入要在未来业务发展到一定规模后才能收回,而业务本身也不能肯定未来会发展到什么程度。一些探索性的创新,很可能经过一段时间后,业务就不在该方面做更多投入了。
项目首先要尽快满足业务快速投产的要求,实现最紧迫的功能,一定程度上满足业务未来的发展要求,避免追求所谓完美。让业务方面先用起来,在实践中做出检验,进一步完善自己的经营管理想法。有时候业务甚至可能根据实际情况做出颠覆性的变化。技术要积极响应业务的发展要求,主动优化调整相应的系统服务,成为业务的理想伙伴。
附:苏文力在看懂经济上发表的文章
看懂小程序上线啦!
↓↓↓↓↓↓↓
< end >
投稿邮箱:yg@cetralbanknews.cn
文章转载请加微信号:jiangniangyi